Systems and methods facilitating mobile retail environments

ABSTRACT

An automated system for facilitating sales in dynamically-changing mobile retail environments includes a vendor/supplier connector module, a carrier connector module, a provisioning module, and a point-of-sale (POS) customization module. The vendor/supplier connector module facilitates automated exchange of product data with a plurality of different vendors or suppliers of products or services. The carrier connector module facilitates automated exchange of transportation data with a plurality of different carriers, with the transportation data corresponding to specific mobile retail environments. The provisioning module automatically determines, based on the product data and on the transportation data, products or services corresponding to a specific mobile retail environment. The POS customization module automatically generates re-configuration data for each of a plurality of POS interfaces. The re-configuration data limits each of the plurality of POS interfaces to facilitating sales of only the subset of the set of products or services that corresponds to a specific mobile retail environment.

PRIOR APPLICATION

This application is a divisional of U.S. application Ser. No. 13/090,647filed Apr. 20, 2011, now U.S. Pat. No. 9,076,137, which is acontinuation of U.S. application Ser. No. 12/481,505 filed Jun. 9, 2009,now U.S. Pat. No. 8,328,094, which claims the benefit of U.S.Provisional Application No. 61/060,071 filed Jun. 9, 2008, thedisclosures of which are incorporated by reference herein.

FIELD OF THE INVENTION

The invention relates generally to information technology and, moreparticularly, to data processing and communication systems that form aplatform for retail sales to passengers on public transportationvehicles.

BACKGROUND OF THE INVENTION

The economic pressure on the travel industry today has never beengreater. With rapidly rising fuel prices, increasing regulations, andticket price commoditization, operators are constantly in search ofopportunities to reduce operating costs and develop new approaches forprofitable revenue generation.

Airline operators, for instance, first discovered ancillary revenueopportunities through advertising sales in their branded on-boardmagazines and buy-on board programs involving duty-free goods. Thiseventually spread to online bookings and self-check-in options. Today,airlines are using their web sites to sell seats, insurance, car rentalsand hotel reservations. Others have extended this buying to on-boardprograms to provide a la carte meals and drinks, lottery tickets, phonecards, on-demand entertainment, and more. With the coming of on-boardWi-Fi communications airlines will soon be in a position to reap moreprofits from their captive audiences than ever before.

Average shopping time is 20 minutes in traditional retail environments,whereas typical time consumed by each flight leg can be 1-12 hours, withaverage travel time of 7 to 9 hours if pre- and post-flight time isadded. Although the opportunity to tap the market of in-transitpassengers has been known for decades, a number of particular challengeshas prevented deployment of a commercial infrastructure to in-transitpassengers. For example, crew personnel are not retail sales staff andwould need to be trained to acquire retail sales skills. Also, there arepractical difficulties in transacting with customers who are passengersseated throughout the airplane. Furthermore, importantly, the retailenvironment in a moving vehicle is dynamic, meaning that the inventoryand services available for purchase are entirely dependent on the uniquecharacteristics of each flight leg.

Different aircraft have different sizes and configurations; thus, theproducts and services that can be purchased vary by vehicle type. Also,the routes taken by aircraft make the on-board retail environmentssubject to different legal standards. For instance, duty-free shoppingis available on international routes but not on domestic routes.Furthermore, the suppliers or vendors of products made available foron-board delivery differ by location, such that certain products areavailable to be stocked on-board at some departure points, but notothers. Presently, the few items that airlines offer their passengersfor sale on-board are listed in the back of the airlines' magazines,along with a disclaimer that selection varies by flight and to inquirefurther with the flight attendant. Meanwhile, the flight attendants arebusy distributing food and drinks, collecting items for the trash, andotherwise carrying out their primary responsibilities and helping otherpassengers. Thus, passengers who would otherwise be retail customers areoftentimes dissuaded by etiquette or other social norms from botheringthe flight attendants to request their service to make a purchase.

Present day in-flight sales are plagued with other difficulties andinefficiencies. Purchasing a product that is as simple as a mixed drinkor a particular beverage for purchase, may require the flight attendantto first search for the bottle or mix ingredients, which could involvechecking his or her food or drink cart, checking with other flightattendants, and possibly checking any additional inventory in thevehicle's galley. Too often, by the time the flight attendant reachesthe later rows in the course of delivering regular service, theselection of products is depleted to a very limited assortment.Collecting payment for the purchase of a product presents a whole hostof other challenges, such as making change and, if credit cardtransactions are facilitated, completing the transaction and reconcilingpayment through the usual banking channels in a timely and securemanner. Pre-ordering of special items is generally handled by airlinesthrough their ticketing agents, and is typically limited to specificspecial needs items handled in small volumes on a case-by-case basis.

Another factor specific to mobile retail is that passengers are often ona travel itinerary having stopovers or changeovers, such that theparticular flight on which a given passenger may be enticed to make apurchase is not the final leg of that passenger's travel. In thisscenario, for items purchased on-board to be delivered at thedestination point, the inventory from which a passenger may shop isunique to the passenger's itinerary.

These are just a few examples of how retailing on board transportationvehicles turns the typical retailing model upside-down. Generallyspeaking, for physical, store-based retailers, the typical basicbusiness model involves numerous product (SKU) types for a relativelysmaller set of physical store types. In contrast, for on-boardretailing, the typical business model involves a relatively smaller setof SKU types for numerous virtual store types. The implications of thesedifferences are multi-fold. The key impacts lie in merchandisemanagement, supply chain planning and supply chain execution. Themerchandise management function of a typical retailer focuses on productcategories and even as far down to individual SKUs (and, for example,size, colors, etc.) and therefore it generally organizes itsmerchandising skill sets around product categories and products.However, on-board retailing completely changes this structure.Merchandising skill sets need to be organized around stores, notproducts and in this case, specifically around ‘virtual stores’. Thiscreates a need for unique merchandising management, supply chainplanning and supply chain execution technologies to support thisdifferent organization structure and these different skill sets.

Various techniques have been proposed to automate and organize in-flightactivities, such as bathroom reservations (e.g., U.S. Pat. No.7,535,367), in-flight personal entertainment (U.S. Pat. Pub. No.2003/0229897), travel services dispatch and advertising (U.S. Pat. No.6,882,290). A variety of point-of-sale systems facilitating on-boardsales has also been proposed that addresses some of the challengesmentioned above. However, to-date, no comprehensive solution thatpractically enables widely-deployed and reliable retail services formoving vehicles has been presented.

SUMMARY OF THE INVENTION

One aspect of the invention is directed to an automated system forfacilitating sales in dynamically-changing mobile retail environments.The system includes a vendor/supplier connector module that isconstructed to facilitate automated exchange of product data over acomputer network with a plurality of different vendors or suppliers ofproducts or services. The term module as used herein refers to ahardware implementation, or a combination of hardware and software,including, without limitation, a computer system programmed withinstructions that cause the computer system to carry out the functionsof the module.

The product data includes information corresponding to a set of productsor services that: (a) can be ordered on board mobile retailenvironments, (b) can be delivered on board mobile retail environments,or both (a) and (b). The system further includes a carrier connectormodule that is constructed to facilitate automated exchange oftransportation data over a computer network with a plurality ofdifferent carriers, wherein the transportation data includes vehicle anddeparture/arrival information corresponding to specific mobile retailenvironments.

A provisioning module that is further included in the system iscommunicatively coupled to the vendor/supplier connector module and tothe carrier connector module. The provisioning module is constructed toautomatically determine, based on the product data and on thetransportation data, a plurality of subsets of the set of products orservices, where each of the plurality of the subsets corresponds to aspecific mobile retail environment. A point-of-sale (POS) customizationmodule is communicatively coupled to the provisioning module, and isconstructed to automatically generate re-configuration data for each ofa plurality of POS interfaces. The re-configuration data limits each ofthe plurality of POS interfaces to facilitating sales of only the subsetof the set of products or services that corresponds to a specific one ofthe mobile retail environments.

Another aspect of the invention is directed to an on-board point-of-sale(POS) device that receives new configuration data for a new instance ofa mobile retail environment, in which new product or service informationis configured. The new information can be based on transportationschedule and arrival/departure information, information correspondingpassengers on the vehicle (such as pre-ordered items associated withpassengers), or information corresponding to crew information specificto the vehicle departure.

A method of facilitating sales in dynamically-changing mobile retailenvironment according to another aspect includes automaticallyfacilitating exchange of product data over a computer network with aplurality of different vendors or suppliers of products or servicesincluding exchange of data corresponding to a set of products orservices that: (a) can be ordered in at least one on-board mobile retailenvironment, (b) can be delivered in at least one on-board mobile retailenvironment, or both (a) and (b). Additionally, the method includesautomatically facilitating exchange of transportation data over acomputer network with a plurality of different carriers includingexchange of vehicle and departure/arrival information corresponding toat least one specific on-board mobile retail environment. The methodfurther includes automatically determining, based on the product dataand on the transportation data, a plurality of subsets of the set ofproducts or services, each of the plurality of subsets corresponding toa specific mobile retail environment of a plurality of mobile retailenvironments. Re-configuration data is automatically generated for eachof a plurality of POS interfaces that automatically limit each of theplurality of POS interfaces to facilitating sales of only the subset ofthe set of products or services that corresponds to a specific one ofthe plurality of mobile retail environments.

Aspects of the invention facilitates a technology platform that helpscarriers realize new revenue streams by optimizing the planning andforecasting of each mobile store, facilitating on-board salestransactions (e.g. credit card acceptance) and by providing thenecessary business intelligence to manage the market trends, sales andinventory associated with this new retailing model. The technology toolsenable airline, rail and ferry, and other carriers to become successfulon-board retailers. A number of other advantages will become apparentfrom the following Detailed Description of the Preferred Embodiments.

BRIEF DESCRIPTION OF THE DRAWINGS

The invention may be more completely understood in consideration of thefollowing detailed description of various embodiments of the inventionin connection with the accompanying drawings, in which:

FIG. 1A is a top-level system diagram illustrating various interactionsbetween some of the various actors according to one type of embodiment.

FIG. 1B is a diagram illustrating in more detail an exemplary set ofservers that constitute the GuestLogix servers, including web proxyservers as annotated at “100” in FIG. 1A expanded to show a category andprovisioning manager and POS manager server, a sales and payment controland alert manager server, a report management server, a performancemanagement server, an online transaction processing (OLTP) databaseserver, and a reporting database server according to one embodiment.

FIG. 2 indicates how to join FIG. 2A and FIG. 2B to illustrate anarchitecture of a mobile retail platform system implemented togetherwith Guestlogix Servers according to one embodiment.

FIG. 3 illustrates a data translator adapted to translate data into asuitable format according to one embodiment.

FIG. 4 is a diagram that illustrates operations of an example processperformed by a category and provisioning module according to oneembodiment.

FIG. 5 illustrates an example set of scheduling operations includingapplying flight data and schedules to finalize provisions, validatemobile stores based on a predetermined rule set, and publish a mobilestore schedule according to one embodiment.

FIG. 6 illustrates an example of set of time and location criteria fordetermining unique virtual stores according to one embodiment.

FIG. 7 is a flow diagram illustrating an example process of pre-orderingproducts or services for on-board delivery according to one embodiment.

FIG. 8 indicates how to join FIG. 8A and FIG. 8B which depict a flowdiagram illustrating an example of system functionality according to oneembodiment.

FIG. 9 indicates how to join FIG. 9A and FIG. 9B which depict a flowdiagram illustrating an example process according to one embodiment foron-board catalog sales of products sold by a vendor that is the merchantof record.

FIG. 10 is a flow diagram depicting a process flow according to oneembodiment.

FIG. 11 is a flow diagram depicting a process flow according to oneembodiment.

FIG. 12 is a flow diagram depicting a process flow for providingpromotions according to one embodiment.

FIG. 13 is a block diagram depicting a pre-flight process flow accordingto one embodiment.

FIG. 14 is a block diagram depicting an in flight process flow accordingto one embodiment.

FIG. 15 is a block diagram depicting a post-flight process flowaccording to one embodiment.

FIG. 16 indicates how to join FIGS. 16A-E which depict a flow diagram ofone embodiment of various interactions for purposes of facilitating thepresentation and sales of products and/or services via a mobile retailenvironment according to one embodiment.

FIG. 17A indicates how to join FIG. 17A-1 and FIG. 17A-2 which depict aflow diagram of various aspects of POS transactions according to oneembodiment.

FIG. 17B indicates how to join FIG. 17B-1, FIG. 17B-2, FIG. 17B-3 andFIG. 17B-4 which depict a flow diagram of various aspects of POStransactions according to one embodiment.

FIG. 17C indicates how to join FIG. 17C-1, FIG. 17C-2, FIG. 17C-3 andFIG. 17C-4 which depict a flow diagram of various aspects of POStransactions according to one embodiment.

FIG. 17D indicates how to join FIG. 17D-1 and FIG. 17D-2 which depict aflow diagram of various aspects of POS transactions according to oneembodiment.

While the invention is amenable to various modifications and alternativeforms, specifics thereof have been shown by way of example in thedrawings and will be described in detail. It should be understood,however, that the intention is not to limit the invention to theparticular embodiments described. On the contrary, the intention is tocover all modifications, equivalents, and alternatives falling withinthe spirit and scope of the invention as defined by the appended claims.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

Aspects of the invention are directed to facilitating a mobile retailenvironment. The retail environment is termed mobile because the placewhere the shoppers are located is a vehicle, such as an aircraft, train,ship, bus, automobile, and the like. For the sake of simplicity, theembodiments of the invention detailed below shall be described in thecontext of an aircraft, where the shoppers, or customers, are passengersthat are either on board the aircraft, or are persons who will bepresent on board the aircraft at a specified future time. In this case,the operator of the aircraft, or the carrier, is an airline company. Itwill be understood, however, that the invention as a whole is notlimited to the case of airlines and aircraft as the mobile environmentin which the mobile retail environment is facilitated, unless such alimitation is expressly made in a claim, in which case only that claimshall be so limited. Persons of skill in the relevant arts willappreciate that principles of the invention can be applied to anysuitable type of vehicle and transportation service.

Accordingly, certain aspects of the invention are directed totechnologies that support the full business cycle of on-board retail,where carriers operate multiple mobile retail environments (i.e.,vehicles in transit) that are typically operated according to specificschedules, and different departure locations and arrival locations. Thetechnology platform that embodies aspects of the invention createsopportunities for the carriers to entertain and enhance the experienceof their passengers on-board and, at the same time, increase theirancillary revenues from the sale of products and services.

One such technology platform takes into account several distinct aspectsof this specific business model to provide a comprehensive and flexiblesystem:

a) the carriers' schedules;

b) the on-board sales retail categories combining products and servicesto purchase and receive on-board, with products and services to purchaseon-board but for later delivery at a destination point;

c) the technology and functionality to offer only relevant products orservices to current or future passengers that can practically be madeavailable to those passengers based on their travel plans pre-departure,on-board, and post-arrival; and

d) the integration of vendors' and suppliers' products and services,including facilitation/consolidation of payment clearing and revenuedistribution to all supply chain parties (including commission earners,for example).

The inventors have recognized that mobile retail environments exist aslocalized functions of time and space. They exist as functions of timein the sense that the flights themselves are temporary. Each flight hasa beginning and an end insofar as each passenger of that flight isconcerned. Similarly, mobile retail environments are functions of spacein the sense that their starting point and ending point are differentgeographic locations. Accordingly, each flight can be stocked withphysical products to be sold when the aircraft is at an airport terminalor other servicing point. Since it is impractical and undesirable forthe aircraft to remain stocked with merchandise for a large number ofconsecutive flights, the assortment of products for sale is limitedbased on which suppliers or vendors at specific locations can providethe aircraft with the products. Likewise, for goods or services to bedelivered or rendered at the destination point, a limited set ofmerchants or service providers are available at each specificdestination.

The vehicles themselves are also highly variable. Widebody long-haulaircraft can offer many more services, and greater inventory stores,than smaller aircraft. Different carriers equip their aircraft withdifferent entertainment systems, and offer different levels of serviceand retail selection to their passengers. Also, as discussed above, theoriginating and destination points define whether certain types oftransactions, such as duty-free shopping, are permitted. Moreover,different individual crewmembers may have different levels of authorityto offer certain services or discounts, such that the retail offeringsof the mobile retail environment depends on which crewmembers arepresent.

Airlines, too, vary substantially in their business models insofar ason-board retail sales are concerned. Some airlines may wish to bemerchants of record, that is, vendors who transact with the customers inthe retail sales sense. Other airlines may simply collect commissionsfrom sales between third party vendors and the passengers. Some airlinesfacilitate pre-ordering of products or services through their ticketbooking channels, while others may direct customers directly to vendorsfor pre-ordering.

Aspects of the invention provide solutions that can address all of theabove scenarios, as well as numerous other challenges that make mobileretail environments unique. In one particular aspect of the invention,information pertaining to flight schedules, departures, destinations,and status, as well as individual passenger identification anditineraries, and crew information, received from the various airlines,is combined with information relating to the various products andservices, received from the various vendors or suppliers of thoseproducts and services, to specifically define each mobile retailenvironment. The mobile retail environment can be vehicle-specific, andvehicle- and passenger-specific. In another embodiment, the mobileretail environment can further be crew-specific. For passengers havingtravel itineraries with connection points, those passengers mayexperience multiple different mobile retail environments, with eachenvironment corresponding to each leg of their travel.

FIG. 1A is a top-level system diagram illustrating various interactionsbetween some of the various actors according to one type of embodiment.The GuestLogix Servers 100 interface with computer systems of each ofairlines A, B, C, and X (collectively, airlines 102) over computernetwork 104 a. The GuestLogix Servers 100 can utilize any suitablearrangement known in the art using well-known hardware and softwareplatforms for their basic operation. The specific system implementationthat embodies aspects of the invention utilizing the basic platformswill be detailed below. GuestLogix Servers 100 also interface withcomputer systems of each of vendors/suppliers F, G, and Z (collectively,vendors 106) via network 104 b. Network 104 b can be the same network asnetwork 104 a (e.g., the Internet), or they can be entirely separatenetworks.

GuestLogix Servers 100 are also interfaced with point-of-sale (POS)devices 108 situated on-board each of the aircraft, via network 104 c,which can be the same as, or different, from networks 104 a and 104 b.There can be one or more POS devices 108 on each aircraft. POS devices108 are computer devices that have a display device and a user inputdevice, such as a keyboard or touchscreen, for example. POS devices alsohave a processor, memory, and communications circuitry. In one type ofembodiment, POS devices 108 are hand-portable devices that may include areceipt printer and credit card reader. Other forms of input devices,such as a bar code reader, may be included. In another type ofembodiment, POS devices 108 are mounted on-board the aircraft, such asin the back of most seats or in the bulkhead walls. These types ofdevices can be integrated with on-board media players that displayvideos and videogames, output sound to a set of headphones, and caninclude a touchscreen, videogame controller, or a variety of other inputand output devices.

GuestLogix Servers 100 are further interfaced with payment processingsystem 110, including a credit card gateway, an authorization provider,and acquirer banks, as illustrated in FIG. 1A. These systems communicatewith a back office system (BOS) of Guestlogix Servers 100 to automatethe completion of financial transactions.

FIG. 1B is a diagram illustrating an exemplary set of servers thatconstitute GuestLogix servers 100, including web proxy servers 120,category and provisioning manager and POS manager server 122, sales andpayment control and alert manager server 124, report management server126, performance management server 128, online transaction processing(OLTP) database server 130, and reporting database server 132. Theservers illustrated in FIG. 1B can be implemented in a variety ofdifferent embodiments, including being implemented as virtual servers,using one or more server farms, mirrored services, etc.

FIG. 2 illustrates an architecture of mobile retail platform system 200implemented together with Guestlogix Servers 100 according to oneembodiment. System 200 includes vendor/supplier connector modules 202 aand 202 b that facilitate data exchange with a plurality of differentvendors 204 a or suppliers 204 b, or both, over a computer network.Vendors 204 a are merchants who transact with customers, i.e., vendorsare merchants of record, whereas suppliers are not merchants of record,but simply supply products to one or more other parties, who in turntransact with the customers.

System 200 combines retail sales of both, virtual products and services206 a, and real products and services 206 b. Virtual products andservices 206 a are sold in a virtual mall setting, where there are noproducts to be delivered on board the aircraft, such as event tickets,catalog shopping, ground transportation, concierge services, telephoneminutes, and the like. In the case of virtual products and services 106a, delivery or rendering of the purchased items can take place at thepassenger's destination location, or at a different specified location.Real products and services 206 b are sold in a real mall setting, whereactual products are to be delivered to the customers in-flight. Theseinclude food and beverages for purchase, duty free shopping of itemsstocked on-board, and entertainment such as movies, videogames, and thelike. These examples of virtual products and services 206 a and realproducts and services 206 b are illustrative, and are not meant to be anexhaustive list of items to be sold.

Vendor and supplier connectors 202 a and 202 b facilitate the exchangeof data representing products and services to be offered using variousdata protocols specific each type of vendor or supplier. In oneembodiment, the data includes item information, including item name,description, SKU number, pricing, discounting, and categorization orcatalog placement information. In a related embodiment, vendor andsupplier connectors 202 a and 202 b facilitate automated ordering ofmerchandise.

Carrier connector 208 handles importing, integrating and exportingvarious transportation data from and to airlines' systems 210;operations and reservations (e.g., aircraft turns and flight schedule,crew schedule, reservations/check-in status/gate status, passenger (Pax)manifest and VIP/loyalty program information), in-flight and groundservices, client relationship management (CRM) information, and otherdata required for specific on-board reporting.

For both, vendors/suppliers, and airlines exchanging data via connectormodules 202 a/b and 208, the data from each party can be standardized,or can be unique. An example of standardized data from airlines, forexample, includes International Air Transport Association (IATA)Passenger and Airport Data Interchange Standards (PADIS). Otherwise,each party may have its own format. An example of a pre-established dataformat relating to a product is shown in Table 1 below. An example of adata format provided by an airline is presented in Table 2 below.

TABLE 1 Product Data Elements Example Field Name Description Type SizeActive Product active Y/N 1 indicator Discount Discount indicator Y/N 1Taxable Tax applicable Y/N 1 indicator Title Product short Text 255description Sku Product SKU Alpha Numeric 30 Description Productdescription Text 255 Bar Code Optional Product Numeric bar code CurrencyThe Currency this Text 3 product is priced in Price Product priceShipping_Type The Type of Text 30 shipping used for the productAdd_Shipping_Flag Indicate if shipping Y/N 1 cost is to be added to theproduct price Product Specs Text 255

TABLE 2 Transportation Data Example Field Name Description Flight NumberThe flight number Flight Date Date and time flight is operating(optional) Origin Origin airport Destination Destination Airport StartDate Effective date of the flight. (optional if the flight date issupplied) End Date Expiry date of the flight. (optional if the flightdate is supplied) Day of operation Operation day of week. (optional ifthe flight date is supplied) Aircraft (Vehicle) Type IATA Code forAircraft Type Aircraft (V) Galleys Configuration Code (to mapping table)Configuration Aircraft Configuration Seats per class (commercialconfig.) Cabin Aircraft ID Registration (International) Aircraft TailNumber Airline-based ID Aircraft Base IATA Station Flight ExceptionsListing of zero or more exceptions, these include, cancellations, delaysetc. Passenger Loads Passenger count per flight leg by class of serviceInventory item code The code of the inventory item Inventory itemDescription of the inventory item description Inventory item categoryThe category of the inventory item, this is used to control theinventory items presented to the caterer for offload count Inventoryitem type This defines the type of equipment, this is used to excludeinventory items that are not for sale Class of service Class of servicethat this sales product supports Sales Type The sales type this itemsupports Employee Name Name of crew member Employee Number Employeenumber of crew member Home Base of Employee The home airport of the crewmember, this will be used when running reports for a given base EmployeeClassification The classification of the crew member, this distinguishesa selling flight attendant, Master F/A or purser Pairing Start DateStart date of the crew pairing that is operating this flight Pairing EndDate End date of the crew pairing, this is used to determine when thedeposits are expected for a given flight Purser Employee Indicates whichemployee is acting as the purser Number

Accordingly, the connectors 202 a/b and 208 include a translator 300 asdepicted in FIG. 3 to accept and provide data in each party's nativeformat, and to translate the data into a format suitable for use withsystem 100. Translator 300 uses web services 302 to exchange informationwith each party in that party's native format. Web services 302 canutilize an applications programming interface (API) approach accordingto one type of embodiment. The data of different types and formats isfed to the ImEx data mapper 304, which converts pre-established variousdata layouts from almost any format using into distributed datastructures used by the back office system (BOS) database 306.

Referring again to FIG. 2, system 200 further includes category andprovisioning module 212, and on-board retail scheduler module 214, whichtogether, communicate with the vendor/supplier connector modules 202 a/band to carrier connector module 208, and automatically determine, basedon the product data and on the transportation data, subsets of theproducts or services to be sold or delivered on board, with each of thesubsets corresponding to a specific mobile retail environment instance.FIG. 4 is a diagram that illustrates operations of an example process400 performed by category and provisioning module 212. In the embodimentshown, category and provisioning module 212 controls three mainprocesses:

-   -   1. The management functions 402 of categories, products or        services and their different assortments into specific “Mall        Menus”, catalogs or inventory standards in order to be later        published and associated with specific mobile store′ types. This        includes re-categorizing the products or services represented by        the product data obtained from vendors/suppliers 204 a/b into a        new categorization hierarchy that can correspond to either        individual mobile stores, or to classes of mobile stores (such        as, for example, MD-80 and A319 aircraft operated by airline X.        Additionally, management functions 402 include management of        promotions and discounts, which can be fed to the system from        either the vendors, or from the airlines. Management functions        402 can also include configuration of product/service        assortments offered on specific flights (mobile stores) or on        types of mobile stores, and generation of a catalog from that        has specific organization of the assortments.    -   2. Provisioning functions 404 include managing of business and        logical rules that permit automatically associating products or        services, their assortments, catalogues, and their inventories        (in those cases where a limited number of units/services is made        available to specific mobile store types) to specific mobile        stores. They also enable the definition and management of mobile        store types themselves, and instances by all their attributes        and relationships (for example in the case of an airline a        mobile store is normally defined by the following attributes:        airline ID, flight number or code, origin/destination, estimated        time of departure (ETD) and date, aircraft type and        configuration); and    -   3. Provisioning functions 406 that associate (or apply rules)        relating to catalogues, mall menus, or “inventory standards” to        mobile store type instances, generating the provisioning        manifests that will later be associated to specific scheduled        departures (mobile store departures).

Referring back to FIG. 2, on-board retail scheduler module 214 enablesthe process of creation of the specific provisioning and loading of theschedule by airline, location (station) and departure. At the output ofthis process, the mobile stores become actual instances of the differentmobile store types and the finalized provisions are now transformed inactual departure schedules. The schedules contain data pertaining to theprovisioning of the physical inventory that needs to be prepared andloaded at the different origin warehouses as well as all the data thatneeds to be loaded on the on-board POS devices 108 that will contain allthe available categories, products and services to either be consumedon-board (pre-selected, pre-ordered or pre-purchased), be purchased andconsumed on-board, and be purchased on board, but delivered or consumedat the destination or other specified location not on board. All otherdata provided by the airlines to facilitate the on-board retailoperation to the crew members is also associated to the retail schedulein this process. FIG. 5 illustrates an example set of schedulingoperations 500, including applying flight data and schedules tofinalized provisions, validating the mobile stores based on apredetermined rule set, and publishing the mobile stores' schedules.FIG. 6 illustrates an example set of time and location criteria fordetermining unique virtual stores. In a related embodiment,passenger-specific and crew-specific virtual store configurations canalso be determined.

Returning to FIG. 2, configuration module 216 analyses thetransportation data and the product/service information and determinesthe software, referred to as the on-board retail application, that needsto be loaded into each POS Device 108. The result of this process is adetermination of what software configuration needs to be uploaded toeach POS device 108 for each departure, as well as all the data requiredfor each departure and POS device itinerary, including the pre-orderingfiles for each mobile store. This data includes products and servicesavailable for purchase on board, as well as information aboutpre-ordered items, including passenger verification information andsecure token information. Also, various items of crew information,promotions, checkout, payment, and other POS logic are all configuredspecific to each mobile store instance. Accordingly, configurationmodule 216 performs customization of each POS device 108 in which eachPOS is re-configured with data that limits each POS device 108 tofacilitating sales of only the subset of the set of products or servicesthat corresponds to a specific mobile retail environment.

Mobile store integrator module 218 communicates with configurationmodule 216, and performs integration and connection/transmission controlfor communications with each POS device 108 (or each master POS device,in situations where multiple devices are present on an aircraft andobtain their data through a gateway device in the master POS device). Inone embodiment, mobile store integrator module 218 initiates thecommunication protocol between system 200 and the POS devices 108 in thefield. Mobile store integrator module 218 identifies each POS device 108and prepares the files to be uploaded in data batches to upload thespecific configuration manifest and data manifest. The processestablishes the communication handshaking with each device and controlsthe transmission of the different files until the communication iscomplete. The process includes analysis of the status of each POS device108, i.e., if any data needs to be downloaded from each device and ifthe software version needs to be updated, before uploading the newfiles. Communications with the POS devices 108 can be via satellitecommunications, terrestrial cellular network, or via any other suitabledata communications arrangement.

The secure in-flight retail identifier (SIFRI) system 220 facilitatespre-ordering or pre-purchasing of products or services to be deliveredon-board an aircraft. The customer (PAX) 222, who is thepassenger-to-be, or a person acting on behalf of the passenger-to-be,can connect to one or more vendors' 106 website(s) using web services224. The vendor in this situation can be a seller of products orservices to be delivered on board, including the airline company. ThePAX 222 can access web services 224 via the airline's ticket bookingsystem, or can be redirected to a different web site operated by, or onbehalf of, a vendor 106. In this type of scenario, the PAX's 222 webbrowser running on a PC or mobile computing device such as a smartphoneor PDA, operates as a type of POS system. In this sense, the POS systemdoes not need to complete an order by taking payment for processing;instead, the system can simply facilitate pre-ordering items, withpayment to be accepted or processed later, such as upon or after deliveron board the aircraft.

In a related embodiment, the assortment from which the PAX 222 mayselect products or services to pre-order or pre-purchase is generatedspecifically for that individual PAX based on the travel itinerary ofthe passenger. From the travel itinerary, the individual flights areidentified, and matched with the individual aircraft anddeparture/arrival points. This information, in turn, is matched withavailable products or services that can be stocked an board each of theaircraft on which the passenger will be travelling. For example, in thecase where the passenger is travelling on a series of flights, eachflight is viewed as a distinct mobile store, with specificproduct/service offerings. Advantageously, the PAX 222 is not burdenedwith shopping in a clutter of conditionally available items.

FIG. 7 is a flow diagram illustrating an example process 700 ofpre-ordering products or services for on-board delivery. At 702, the PAX222 selects products/services to be ordered via the web-based POSinterface. In the series of operations indicated at 704, the POS systemcreates generates an indicator describing attributes of the product(s)or service(s) being pre-ordered and transmits that information to theback office system (BOS). The operations indicated at 706 being carriedout by the BOS and the SIFRI server result in a secure token beinggenerated and bound to the attributes previously generated, with thebinding being stored in the BOS database. Operations 708 confirm anddisplay the token code to the PAX 222.

The operation indicated at 710 involves updating the provisioning moduleand POS devices with the token ID and the associated product(s) orservice(s) for reserving those items for the passenger to be on board,and accounting for any changes in inventory to be ordered, stocked, orotherwise provisioned. In the case of products that are inventoried, andservices that are finite in their availability (such as services thatneed to be scheduled or reserved), action affecting inventory of thoseitems is generally necessary. Otherwise, for services of unlimitedavailability, such as on-demand movies, simply provisioning those itemsto be present on board may be sufficient. The operations indicated at712 facilitate completing the sales transaction on board the aircraftusing a POS device. The passenger completing the purchase produceseither the secure token ID, or some other item of authenticationinformation that is bound to the secure token, such as, for instance, adriver's license or credit card. In a related embodiment, travelerinformation supplied by the airline, such as loyalty program membernumber (i.e., frequent flyer code), credit card information for thecredit card used to book the travel, travel confirmation number, seatassignment, or the like, is bound with the secure token.

Turning again to FIG. 2, at the conclusion of each flight (i.e., at theend of each mobile store, or mobile retail environment, instance,on-board POS device 108 transmits sales information and paymentinformation relating to vendors, suppliers, and commissions, to BOS 306for further processing.

FIG. 8 is a flow diagram illustrating an example of the functionality ofsystem 200. At 802, transportation data is sent by one or more airlines.At 804, product/service data is sent by vendors or suppliers. Theoperations indicated at 806 are performed by carrier connector 208 andvendor/supplier connectors 202 a/b to receive that transportation andproduct/service data. The data mapping is performed to translate formatsin which the data was received into a native format (GXI structure) foruse by system 200. The translated data is stored in back office systemdatabase 306 to be accessed by the other modules as needed.

In the operations indicated at 808, the category and provisioning module212 reads out the product and inventory data from BOS database 306, andperforms the provisioning steps detailed above, and stored the resultsof that processing in BOS database 306. In the operations indicated at810, the retail scheduler module 214 obtains the output of operations808 along with the flight data stored by operations 806, and schedulesthe retail on board based on the departure and mobile store properties.At 814, mobile store integrator 218 obtains the configured softwarecomponents and the results of operations 810, and takes steps to programthe POS devices specifically for the mobile store instance. Theoperations indicated at 816 are sale and post-sale operations tocomplete the on-board transactions and transfer the sales and paymentdata that was generated as a result of the sales to the back officedatabase 306 for back office processing.

FIG. 9 is a flow diagram illustrating an example process for on-boardcatalog sales of products sold by vendor 902, which is the merchant ofrecord. Operations 904 include an exchange of information between theoperator 906 of the mobile retail platform and vendor 902 in which a XMLstructure for product data is established. The product data in theestablished format is sent to back office 908 for provisioning. Thecatalog data generated in by back office 908 is read by POS manager 910,which proceeds to program the POS devices 912.

POS devices 912 conduct their sales activity on board the flight, andthe resulting sales data is read back by POS manager 910, which updatesthe back office database. That sales data, in turn, is processed andreported back to the vendor 902. The electronic payment data resultingfrom the sales activity is sent to E-payment gateway 914 for processingand payment reconciliation, and reporting back to the vendor 902.

FIG. 10 is a flow diagram depicting a process flow 1000 according to oneembodiment. As shown, flow 1000 depicts the interchange between one ormore operators (GXI) 1001 of system 200, one or more airlines 1002, oneor more vendors of products and/or services (ground transportcenter-GTC) 1003, on-flight staff 1004, and one or more airline flightpassengers/customers (PAX) 1005.

At 1011, schedules of one or more flights are acquired. The schedule mayinclude information such as airline, flight departure time, flightarrival time, airplane model, ticket type (first, business, economyclass) connecting flight(s), flight leg destination/departure locationand/or airport, final destination location and/or estimated arrivaltime, and other relevant flight specific information. The flightschedule information may be received directly from one or more airlineproviders 1002, such as directly from one or more onlinescheduling/reservation programs. The flight schedule information may bestored and/or updated by system 200 operator 1001. Flight informationmay further be updated as flight schedules change.

At 1012, one or more goods and/or services are provisioned by system 200for presentation to a passenger 1005 via a specific mobile retailenvironment. The one or more goods and/or services may be provisionedbased upon the one or more flight schedules acquired at 1011. Hotels,attractions, or events may be presented consistent with one or morearrival destinations indicated by flight schedules. Flight specificin-flight goods and/or services may be determined and presented topassenger 1005, for example available entertainment on a particularairplane model, or food and beverages available on a particular airlineor flight.

At 1013, one or more commissions related to goods and/or services may becalculated by system 200. The one or more commissions may be calculatedonce a set of available goods and/or services to be presented to apassenger by system 200 are determined. The one or more commissions mayinstead be calculated for goods and/or services prior to determining aset of goods and/or services to be presented. The one or morecommissions may also be calculated during or after a transaction topurchase goods and/or services.

As depicted, system 200 may be adapted to enable one or more commissionsto be provided to system operator 200, airline 1002, vendors 1003, orflight staff 1004. For example, vendors 1003 may provide a salesincentive to airline 1002 or flight staff 1004 in the form of paymentfor sales acquired. The one or more commissions may be calculated andprovided based on previously defined agreements regarding participants1001-1004. System 200 may be adapted to enable flight-specificcommissions. For example, one or more flights may be pre-selected asqualifying for flight staff or airline incentive commissions.

At 1014, products and/or services data are acquired and maintained.Acquiring products and/or services data may include acquiring dataregarding all products and/or services available to system 200 operator1001. Acquiring products and/or services data may include acquiring datarelating to all products and/or services available for a particularflight or grouping of flights. For example, if certain products/servicesare only available on particular types of aircraft, or en-route to aparticular destination, such data may be acquired in a flight-specificfashion.

Acquiring products and/or services data may include determining whatproducts and/or services should be presented to a passenger by system200. For example, acquiring such data may include determining what typesof food will be made available in-flight, or what attractions, lodgings,activities, or other location specific information to provide to apassenger 1005 via system 200. Product and/or services data may includetype, available quantity, price, and how/where to acquire a purchasedproduct or service (on flight, pick up at airport, mail, delivery . . .etc.)

Also at 1014, products and/or services data may be updated. For example,availability of products and/or services may be updated based on supplylevels. Products and/or services data may be updated based on flightschedule information acquired at 1011. For example, when a passenger1005 flight changes, such if as a flight was missed or cancelled, or aflight schedule was delayed, or if a flight is modified to take adifferent aircraft, product and/or services data may be updatedaccordingly consistent with goods and/or services available on aparticular flight or aircraft.

At 1015, one or more revenues from the sale of products and/or servicesvia system 200 may be distributed. The one or more revenues may bedistributed after a sale of goods and/or services offered via system 200are consummated. The one or more revenues may be distributed uponarrival at a destination.

Revenues may be distributed in a variety of formats. For example, systemoperator 1001 may be adapted to communicate with one or more vendors,airlines, and/or banking institutions to acquire and/or transfer funds.An indication of received funds may be communicated to one or morebanking institutions, and a corresponding revenue payment may bedistributed to one or more of system operator 1001, airline 1002, vendor1003, or even flight staff 1004 as necessary. For credit card, debitcard, or other like methods of purchase, system 200 may be adapted toverify authenticity of a payment or funds available, and distributerevenue in accordance with verification.

At 1016, sales, or payment for goods and/or services, are collected. Thesales may be collected by interaction with a member of a flight crew1004. Sales may be collected via handheld unit XXX. Sales may also becollected based on one or more interactions with a seat back device. Ifa seat back device is equipped with a credit card magnetic reader, salesmay be collected based on swiping a credit card. A seat back device mayprovide a user touch-based or other input enabling entry of a creditcard, bank account, or other relevant financial transaction informationused to complete a sale.

At 1017, system 200 is adapted to facilitate on-board sales. On-boardsales are facilitated via passenger 1005 interaction with one or more ofairline crew 1004. On board sales may further be facilitated via one ormore seat back devices provided on an aircraft. On-board sales may befacilitated directly by system 200 presented to passenger 1005 via theone or more seat back devices. System 200 may also be adapted tocommunicate with one or more other systems to facilitate transactionsvia one or more seat back devices.

FIG. 11 is a flow diagram depicting a process flow 1000 according tovarious aspects of the invention described herein. At 1110, productand/or service data is received by system 200 from one or more vendors(GTC). The product and/or service data may include available productsand/or services including flight/destination specific informationregarding the availability of products and/or services. At 1111, flightand/or flight attendant data may be received by system 200. Flight datamay include information relating to flight departure and arrival times,multiple legs of a trip, airline, aircraft type, departure and arrivallocations, and other like information. Flight attendant information mayinclude one or more indications of flight attendants on a particularflight. The one or more indications may include an indication of flightattendant identification, such as a number indicating an identity of oneor more flight attendants. The one or more indications may furtherinclude information relating to flight attendant training, such aswhether or not a particular flight attendant has been trained to operatecomponents of system 200.

At 1112, a provisioning schedule may be created. The provisioningschedule may determine goods and/or services to be provided to one ormore passengers via a mobile retail marketplace. The provisioningschedule may be based at least in part on product/service data receivedat 1110 and flight and FA scheduling information received at 1111.

At 1113, the provisioning schedule information may be sent to POS. Theprovisioning schedule information may include products and/or servicesto be offered for a particular flight or grouping of flights. Theprovisioning schedule information may further include products and/orservices to be offered for a particular customer. Even further, theprovisioning schedule information may include products and/or servicesto be provided to a particular customer on a particular flight. Forexample, different products and/or services may be offered to aparticular customer for a first leg of a trip than a second leg of thetrip.

At 1114, one or more on-board systems such as described herein areadapted to receive provisioning schedule information in order tofacilitate providing a mobile retail environment to one or morepassengers. In addition, transactions may be facilitated according tovarious means as described herein. At 1115, back-end processing ofin-flight transactions may be processed. Back end-processing may includethe reconciliation of revenue payments to airlines, flight attendants,vendors, system 200 operator, or others by various means as describedherein. The back-end processing may further include the calculation ofgeneration of revenue and/or commission reports. The back-end processingmay further facilitate payment of revenues to airlines, flightattendants, vendors, system 200 operator, or others.

FIG. 12 is a flow diagram diagram depicting a process flow for providingpromotions according to one embodiment. At 1201, promotions may becreated, including promotion rules. Promotions may be sales or combinedofferings for products and/or services made available for purchase via amobile retail environment. Promotions may also be incentive-basedpromotions for flight attendants or airlines. One or more promotionalrules may define a particular promotion, and may include informationsuch as what passengers or flight attendants a promotion is availableto, what products and/or services are involved, and costs of productsand/or services according to the promotion. At 1202, a promotionschedule may be selected. The promotion schedule may define a timeperiod in which a promotion is valid. A promotion schedule may alsodefine what flights a promotion may be available on. At 1203, thepromotion schedule may be associated with the promotion rules. At 1204,one or more indications of information relating to one or morepromotions may be generated and/or transmitted to POS. Such informationmay be generated and/or transmitted in XML format. One or more POSsystems such as those described herein may be adapted to receivepromotion information to enable facilitation of promotions via system200.

FIG. 13 is a block diagram depicting one embodiment of pre-flightfunctions of system 200. At 1301, one or more airlines may supply flightand flight attendant scheduling information. The one or more airlinesmay also supply bank account information, including airline bank accountinformation to enable the payment of revenue or commissions theairlines. For purposes of commissions, flight attendant bank accountinformation may also be provided.

At 1302, system 200 operator may establish an account and/or paymentgateway to enable payment of commissions and/or fees. Communicationsbetween airlines, flight attendants, vendors, system 200 and/oroperators of system 100 may be facilitated with one or more shared webservices. A template for product and/or service data may further becreated.

At 1303, various information may be prepared, including theidentification of voucher and receipt formats, and the preparation ofproduct/services data based on the template created at 1302. Theproduct/service data may be utilized to create a product/serviceschedule indicating available products and/or services for a particularflight or grouping of flights.

The product/service schedule may be provisioned based on flight specificinformation. The schedule may be provisioned based on up to dateinformation regarding flights. The flight specific information may alsobe reviewed to determine one or more mobile retail environments. Also at1304, the product/service schedule and related information may beuploaded to a point of sale device provided to one or more passengers inthe form of a mobile retail environment.

FIG. 14 is a block diagram depicting an in flight process flow accordingto one embodiment. At 1401, various data is uploaded and/or stored inone or more POS devices located on a transportation vehicle, such as anaircraft. At 1402, a flight attendant may login to a POS system using asecure key or other uses. The flight attendant may be prompted to entercurrent flight info for verification or otherwise. At 1403, one or moreground transfer vehicles (GTV) may be indicated as available on thefight. At 1404, a passenger may select, from a mobile retailenvironment, one or more products and/or services for purchase. Thepassenger may select a quantity of the products and/or services, and mayprovide one or more means for payment, for example a credit card. At1405, the payment may be processed. Processing the payment may includethe saving of payment data and the generation of one or more receipts.For products and/or services provided for purchase in-flight but whichare to be received elsewhere, one or more vouchers may be generated,printed, or otherwise supplied to a passenger. Data relating to thetransaction may be saved.

FIG. 15 is a block diagram depicting a post-flight process flowaccording to one embodiment. At 1501 data relating to one or more inflight transactions made according to system 200 may be received. At1502, one or more commercially available credit card transactionprocessing tools or services may be utilized to validate cardtransactions and/or convert and transfer monies. At 1503, system 200operator may receive money acquired at 1502. At 1504, various reviews oftransaction data may be performed, including the reconciliation ofvoucher issues, the generation of reports and/or alerts regardingtransactional information (for example voucher issues, payment issues.Various information may be updated in system 200, possibly including theupdate one or more web-based systems for processing and/or communicatingsystem 200 data. At 1505, one or more system 200 users may receivepayment or payment related information via system 200, including: flightattendants, airlines, vendors of products and/or services, and/or one ormore banks of flight attendants, airlines, or vendors.

FIGS. 16A-E are a flow diagram depicting one embodiment of variousinteractions that are contemplated for purposes of facilitating thepresentation and sales of products and/or services via a mobile retailenvironment according to one embodiment.

Additional Aspects of the Invention in Various Other Embodiments

Forecasting & Planning Module

This module is fundamental to establishing the automatic relationshipbetween the Operational Schedule and Mobile Virtual Stores. TheOperational Schedule is imported into the system from the operator'soperational systems. Routing schedules are analyzed and coded in a waythat the planning criteria groups the routes so that the planningbusiness rules applying to assortments, inventory standards, andpromotions are associated automatically to the schedule of operations ordepartures. The output of this module is the On-Board Retail (OBR)Provisioning Schedule, which can be used by the caterers or handlers inpre-departure preparation. This provisioning schedule is then used bythe Warehouse Logistics module to pick-up, replenish and preparespecific inventories to load, and the POS Manager component to load theproduct and inventory information into handheld Point-of-Sale (POS)devices or server-based POS distributed via seatback screens.

Store Optimization Module

This module optimizes the provisioning load plan based on the route, theinventory standard associated to the route, its historic or expectedconsumption per product/service, the characteristics of the products toboard, the capabilities of the ground handlers per station, and theminimization of the handling and ground transportation movements. Thisoptimization component is especially efficient in complex or longroutings that present several options for provisioning or replenishment.The input to this module is the OBR provisioning schedule and the outputis the same schedule showing a modified load plan with optimizationapplied.

Warehouse Logistics Module

The pre-departure operation ends with the physical preparation of thegalley equipment (trolleys, carriers, containers, etc) loaded orreplenished with new inventory to be sold on-board. This tool allowsground handlers to see the schedule, select the departures to prepareahead of time, modify the load plan if necessary—due to last-minutechanges—prepare, seal, control, annotate any issues and dispatch thetrolleys or containers. The module comprises outbound and inboundcomponents. Inbound controls the arrival of galley equipment, sealsissues, inventory offload counts, and assignment of equipment forreplenishment and preparation for the outbound operation. The offloadand replenishment operation supports automatic “pick-lists” reflectinginventory standards per departure and is configurable by item quantitiesassociated to the trolley or container unit (called assemblies), or todrawers, trays, sub-containers (called sub-assemblies), and theirpositions within the assemblies.

POS Module

The handheld device is designed for the passenger travel industry tofacilitate all on-board sale and refund transactions. It's astate-of-the-art, user-friendly, rugged POS computer featuring atouch-screen that is the largest in its class. The unit supports allelectronic payments, as well as cash, vouchers, coupons, and loyaltycard based payments. The unit communicates with the POS Managercomponent in the GuestLogix POS Back-Office software using wirelesscommunications (GSM/GPRS, CDMA) or direct plug-in using USB. GuestLogixmay propose other device configurations with PCI PED compliance to meetthe specific needs of its clients. The POS software is hardware agnosticand can be easily adapted to multiple system environments.

Seatback Screen Module

Personalized programming and access to news, movies, games, TV shows,music, other multimedia as well as the Internet are becoming availablethrough on-board seatback or on-seat multimedia screens. The GuestLogixMobile Virtual Store™ platform integrates and interacts with on-boardpersonalized entertainment networks. It integrates content and controlsutilization and connectivity facilitating the onboard payment processes,channeling the electronic payments either offline or online, inconnection with the on-board entertainment server.

Point-of-Sale Module

The POS software comprises six components: access and security,inventory depletion control, product or service selection, paymentprocess, reporting, and data transmission. The handheld POS integratesall these components enabling a flexible configuration, multiple graphicuser interfaces and multiple models to adapt to the needs of theoperator and the business environment in any language.

The access and security component configures and controls the login intothe device providing multiple options such as typing ID and Password,swiping a magnetic ID card, or scanning the ID card barcode. This modulealso controls the access levels to functions and processes according touser authority, and the closing sales process.

The inventory depletion control component enables the configuration ofthe inventory control on-board, allowing several models and providingdifferent screens and reports to be able to input inventory counts,control and synchronize the depletion per device and the consolidationin one primary device for end of route control and consolidatedtransmission.

The product or service selection configures and controls the selectionof any number of items and services by published category or by directentry of a code, and according to each transaction of sales or refund.It can also open a tab or sales account guaranteed by a credit card,process rentals, deal with any sales promotions applied to single ormultiple products and services, including complex combos or meal dealswith options and alternatives within the same or different productcategories, and can present and account the items in multiple pricesaccording to the different currencies published in the on-board salescatalogue. This component further includes the order summary screen,supporting the change of currency either based on prices per currency orexchange rate.

The payment process module configures and controls all the aspects andsteps that facilitate the payment of the ordered items and services. Anycombination of forms of payment can be configured, as well as anylimitations or restrictions in the forms of payment per cataloguesection or on-board sales service, such as limiting transactions to cashand coupons, or just credit and debit, or any other combination, eitherapplying to all on-board sales, or to some of them. This component takescare of the closing tab process, change due, refund transactions, andany other function or process related to payment and accounting of thepayment transaction in the database in the POS device.

The reporting module offers a variety of pre-established reports thatare normally attached to specific functions such as change due, tabcontrol, sales promotions available, sales transactions list for refundor receipt, sales summary, inventory depletion, inventory available,last transaction receipt, as well as customized ones to the needs ofeach client.

The data transmission component takes care of the preparation of thedata for upload, encryption of the credit and debit sensitive data asper PCI DSS compliant methods, the separation of the packets of data,those that go directly to the secure network of the credit and debittransactions acquirers or processors, and those that go also throughsecured network data transfer to the POS Manager and Back-Officedatabase. This component, in communication with the POS Manager modulein the Back-Office system, controls the success of the transmission andfinally erases the database in the POS device. During this process, thePOS Manager controls the status of the device and downloads, and acceptsany updates or data that the POS device needs for further use.

IFE Integration Software

This software controls and configures the integration of content in theon-board In-flight Entertainment (IFE) Server with the GuestLogix POSsolution. It enables the integration of catalogues of products/services,adds prices and conditions, and facilitates the on-board purchase,rental and the payment offline or online. The software provides portalcontrol to Internet access and specific Web sites and enables tocondition the access to the payment of service fees that generate andcontrol the ancillary revenue generated in the retail transactionson-board.

Payment Processing

Once the POS Manager verifies and completes the communication with thePOS device and collects all the files received from the device, itdecides when to send the batches of data to the electronic payment cardprocessors or acquirers. The POS Manager knows which batch goes to whichprocessor network and controls the delivery of these batches. Duringthis time it records the sales and refund transactions data in theGuestLogix Back-Office system database. Each transaction is uniquelyidentified. To comply with PCI DSS rules the card transactions do notinclude sensitive card data, just the unique ID of the transaction, andif available the graphic image of the signature. The transactions arestored identifying the type or types of payment involved, and thecurrency of the payment. When the card payment processors return theinformation of the acceptance or not of those transactions, thecorresponding settlement data is added to each record.

Funds Tracking & Recovery

The cash payments are controlled in the OBR system by two modules: thefirst, manages and records the cash deposits (cash bags or proceedsenvelopes) and tracks reconciliation and delivery to the bank orautomatic teller machines; the second, audits discrepancies andgenerates management alerts by email to take immediate action when thediscrepancies are above a certain established threshold. The CashManagement component manages the specific business environment of eachimplementation defining and importing the different currencies acceptedin on-board payments; importing and synchronizing the currency exchangesrates to the base currency (or currencies) of the implementation;managing or importing the data of the different bank accounts andlocations where the cash is deposited; and, controls the hand-over ofcash proceeds from one handler to another in the process by generatingand controlling receipts.

Device Tracking

This module controls the inventory of POS devices, the assignment ofeach device to an aircraft or vehicle, to a base, or to a person, aswell as the status and location of each by tracking and reporting everytime a device communicates with the POS Manager in the Back-Officesoftware. The module also controls the repair status and identifiesdevices that are not operative, and alerts management on those thatshould be operative and could be missing, before they are reportedmissing, by managing the threshold of time during which a device that isoperative has not communicated with the POS Manager.

Sales & Inventory Reconciliation

The Mobile Virtual Store™ platform captures and records data on: salesand refunds per form of payment and currency from the POS devicetransmission; funds deposited; cashier reconciliation and card orelectronic payments settled; all other forms of payment includingvouchers, coupons, complimentary, loyalty points; and other data on theinventory opening, depletion for sales, inventory closing, as well aswarehouse offload counts, and warehouse inventory opening per inventorystandard routing. As a result, the platform automatically reconciles allsales and inventory actions through its system which results in a set ofstandard reports.

The module also identifies all the discrepancies, based on the three-wayanalysis of Sales, Funds Deposits, and Inventory Depletion. This dataretained for further analysis by other modules, for reporting purposesand alerts processed by the Workflow Manager module.

Fraud Detection

The Fraud Detection Software examines various discrepancies andscenarios, to identify specific patterns which are associated with fraudactivity. The module uses pre-defined measurements to detect suspicioussituations, and assigns and aggregates scores to employees. These scorescan then be used to determine whether an individual is engaging inpotential fraudulent behaviour. This examination includes: fundstracking from post-flight through to Bank Deposit; funds recoveryimmediately at the instances of funds handling irregularities; patternrecognition of entities, entity relationships and activities to identifypotentially fraudulent behaviour; detection analysis, includingemployees, suppliers and other third-parties as required.

Supplier Audit

This module enables the generation of an electronic pro-forma invoicebased on provisioning and loading of scheduled and ad-hoc services. Itallows suppliers and handlers to view and edit the pro-forma invoicesonline and save them in the GuestLogix Mobile Virtual Store™ database.

The module executes an automatic audit and reconciliation of handlingpro-forma invoices, and displays the results of the audit, accepting,suspending, or rejecting invoices from suppliers and handlers.

Reconciliation Accounts Payable Authorization

The Supplier Audit module also enables manual reconciliation ofelectronic invoices that were not automatically accepted.

The module generates payment accruals as well as data extracts andreporting with the AJP Authorization to Pay, for the Accounts Payablesystem or department.

Performance Detection

The Performance Management module is an independent module responsiblefor the analysis of discrepancy measurements and for finding patterns byemployee, or by product that can be applied to the detection of unusualconditions. This can be used to detect both positive, and negativeperformance, and/or potential fraud. The Performance Detection engineapplies statistical analysis methods to analyze and detect performancepatterns of employees, locations, suppliers and products that performabove or below expectations.

Performance Analysis

Performance Management analyzes and ranks the performance based on thecombination of discrepancy types and scenarios (calibrated regularly,based on business requirements), using the sales revenue and inventorydata from the Funds & Inventory Handler. Each scenario may have up tothree criteria applied to refine the analysis of the performance.

Once the measurements are evaluated, an aggregate score is generated foreach employee, supplier and/or product. Each discrepancy type andscenario is assigned a relative percentage weighting. Theemployees/suppliers/products are then assigned a score based on thisrelative weighting and the results of the measured exceptions.

Reporting

Employee Performance—Exceptional or poor performance is deduced from thesales and inventory management data. Each employee's sales may bematched to historical sales, inventory depletion, and other managementdefined standards. All employees are ranked using the defined scenarios,providing a list of top and bottom performers that may be used forissuing incentives or determining training requirements. Employees maybe evaluated over a defined period of time (e.g. yearly, quarterly, ormonthly).

Supplier Performance—Exceptional and poor supplier performance isdeduced from inventory management data, including data on damagedproduct. A supplier's performance is ranked across the locations inwhich it provides service, providing a list of top and bottom performinglocations.

Product Sales Performance—In addition to the product sales performancereports and exports, analysis is performed on individual products—salesrevenue per passenger or turnover—and compares the results to salestargets and other products. All products are ranked using the definedscenarios, providing a list of top and bottom performers that may beused for planning inventory on future flights. Products may be evaluatedover a defined period of time, such as year, quarter, or month, andresults may be filtered by sales type, category, or sub-category.

Categorization Module

Categories help the Merchandising and Retail Manager group the differentproducts and services offered on-board by affinity of use orconsumption, popularity, specific time when they are offered, specificservice or product brand name, or other merchandising and purchasingreasons. Sample categories include: Gifts, Food & Beverage, Kids Toys,Electronics, OB Personal Entertainment, Ground Transportation Vouchers,Events & Theatre Tickets, and Perfumes & Skin Care.

Products or services can be offered physically on-board or virtually bymeans of on-board ordering and paying with later delivery, or onlineaccess, either within the on-board local network or on-board Internetaccess. The operator may define, maintain and modify these groupingsinto merchandising categories, which may then match the on-board printedcatalogue categories, as well as the products/services loaded into thehandheld POS device. Another important categorization is the On-BoardServices categorization, which enables to link different servicesoffered on-board with the sequence in which they are delivered duringthe trip. Products inventoried in the system have also definablesub-categories.

Assortment Planning Module

Assortments or combinations of products and or services may form aspecific inventory or be part of a specific inventory standard that isadapted to a specific market, specific time, or route profile. Theassortment includes the definition of the combination of categories ofproduct or services and can include the quantities or relationalpercentage between them.

The Assortment Planning module helps operators to map and adapt theirMobile Virtual Store™ demand profile to the schedule of operations andlater analyze sales by each Mobile Virtual Store™ type. The moduleoffers a powerful Planning Criteria engine to automatically planassortments for the next schedule(s) using business rules.

This module also includes Demand Analysis & Store Optimization whichenables merchandisers to optimize the revenue and profit of each PlannedLoad Plan by taking historical analysis of product consumption bydefined and loaded assortment, and use it to create “what If” scenariosto estimate consumption, revenue and profit using more efficientassortments. The efficiency of an assortment for a specific galley typeis measured by the relationship between volume-weight and revenue orvolume-weight and profit. The merchandiser can immediately see the“what-if” result of applying a historically more efficient assortment toa specific departure or group of departures, based onorigin/destination, or destination market, day-of-the-week, andtime-of-the-day.

Promotions Management

The Sales Promotions module can increase sales, reduce waste, promotenew products and services, balance the demand of high profit and lowprofit items, increase or renew awareness and increase revenue. Theunderlying engine enables marketers and merchandisers to define and planany imaginable combination of Purchase Condition and Benefit. Theoptions include BOGOF (Buy One Get One Free) to BMGM (Buy More, GetMore), to sophisticated Meal Deals and Combos with very complex logicthat include selections through various categories with alternatives andexceptions.

One of most useful features is the automatic discount of any perishableitems on-board from a certain time of the day on, which helps protectthe profitability of on-board food sales. The engine can define Buyersand allow discounts or other promotions to crew members, employees orany other Passenger-Guests. The Planning Criteria Engine is reused inthis module to establish parameters and Planning Rules to associatepromotions with departures or routing profiles.

Alert & Escalation Workflow Manager

Alert & Escalation Manager is responsible for managing alerts generatedby the operational, sales, and reconciliation discrepancies found oranalysed by most modules of the Mobile Virtual Store™ platform, such asthe Funds Tracking & Recovery, the Sales & Inventory Reconciliation, thePerformance Detection, the Supplier Performance, and the Product SalesPerformance. The Alerts and Escalation Manager then takes the necessarysteps to distribute alert notifications to the appropriate recipientsand ensures that the action is taken in a timely manner.

The Alert & Escalation Manager ensures that management receives timelycritical information using various message formats, such as email andfax. Alerts that are not responded to within a pre-defined period oftime, indicating little progress towards a resolution, will be escalatedup the management hierarchy until the appropriate actions are taken. Allactions taken are stored in an alert log, allowing for collaboration inresolving issues and detailed tracking of progress. Once an alert isclosed, it is excluded from all future alert distributions, or fraud andperformance analysis.

CONCLUSION

The embodiments above are intended to be illustrative and not limiting.Additional embodiments are within the claims. In addition, althoughaspects of the present invention have been described with reference toparticular embodiments, those skilled in the art will recognize thatchanges can be made in form and detail without departing from the spiritand scope of the invention, as defined by the claims.

Persons of ordinary skill in the relevant arts will recognize that theinvention may comprise fewer features than illustrated in any individualembodiment described above. The embodiments described herein are notmeant to be an exhaustive presentation of the ways in which the variousfeatures of the invention may be combined. Accordingly, the embodimentsare not mutually exclusive combinations of features; rather, theinvention may comprise a combination of different individual featuresselected from different individual embodiments, as understood by personsof ordinary skill in the art.

Any incorporation by reference of documents above is limited such thatno subject matter is incorporated that is contrary to the explicitdisclosure herein. Any incorporation by reference of documents above isfurther limited such that no claims included in the documents areincorporated by reference herein. Any incorporation by reference ofdocuments above is yet further limited such that any definitionsprovided in the documents are not incorporated by reference hereinunless expressly included herein.

For purposes of interpreting the claims for the present invention, it isexpressly intended that the provisions of Section 112, sixth paragraphof 35 U.S.C. are not to be invoked unless the specific terms “means for”or “step for” are recited in a claim.

What is claimed is:
 1. A method for configuring point-of-sale (POS)devices in dynamically-changing mobile retail environment, the methodcomprising: automatically facilitating exchange of product data over acomputer network with a plurality of different vendors or suppliers ofproducts or services including exchange of data corresponding to a setof products or services to be ordered or delivered on board mobileretail environments; automatically facilitating exchange oftransportation data over a computer network with a plurality ofdifferent carriers including exchange of vehicle and departure/arrivalinformation corresponding to at least one specific on-board mobileretail environment; automatically determining, based on the product dataand on the transportation data, mobile inventory requirementsrepresenting certain members of the set of products or servicescorresponding to specific individual mobile retail environments of aplurality of mobile retail environments; and automatically generatingre-configuration data to be uploaded to each of a plurality of POSinterfaces that automatically limit each of the plurality of POSinterfaces to facilitating sales of only the certain members of the setof products or services that correspond to a specific one of theplurality of mobile retail environments.
 2. The method of claim 1,further comprising: obtaining the mobile inventory requirementscorresponding to specific mobile retail environments; and generatingsets of inventory stocking information for specific vehicles at specificdeparture points, wherein each set of inventory stocking information isgenerated based on a corresponding the mobile inventory requirementscorresponding to a specific mobile retail environment to be implemented.3. The method of claim 1, wherein the transportation data includespassenger-specific information for at least a first passenger, andfurther comprising: analyzing the passenger-specific information and thetransportation data to determine a first passenger-specific mobileretail environment corresponding to a travel schedule of the firstpassenger, wherein the automatically generating re-configuration dataincludes generating re-configuration data to be uploaded to at least onePOS interface corresponding to the first passenger-specific mobileretail environment such that the at least one POS interface limits aselection of products or services to a first passenger-specific subsetof the set of products or services relevant specifically to the firstpassenger.
 4. The method of claim 3, wherein the passenger-specificinformation for at least the first passenger includes at least one of:loyalty program information, and payment information associated with atleast the first passenger, and wherein the automatically generatingre-configuration data includes generating re-configuration data to beuploaded to at least one POS interface corresponding to the firstpassenger-specific mobile retail environment for providing the at leastone POS interface the loyalty program information and/or the paymentinformation associated with at least the first passenger to facilitatecompletion of transactions with the first passenger.
 5. The method ofclaim 1, wherein the automatically generating re-configuration dataincludes generating re-configuration data to be uploaded to anetwork-based POS interface of the plurality of POS interfaces tofacilitate pre-ordering of products or services to be delivered in atleast one mobile retail environment of a series of the at least onemobile retail environments associated with a first passenger who is tobe present in the series of the at least one mobile retail environments,wherein the re-configuration data for the network-based POS interfacefor configuring the network-based POS interface to display a limitedassortment of products or services to be made available in a selected atleast one mobile retail environment of the series for pre-ordering, there-configuration data for the network-based POS interface including avirtual token, associated with the first passenger, to be verifiedon-board the selected at least one mobile retail environment to permitdelivery of a pre-ordered product or service.
 6. The method of claim 5,wherein the virtual token is associated with passenger specificinformation from the transportation data that is specific to the firstpassenger.
 7. The method of claim 1, further comprising transmittingpre-order information to a first vendor or supplier, wherein thepre-order information is generated based on the transportation data andon data generated via at least one of the plurality of POS interfaces.8. The method of claim 1, wherein the transportation data includescrew-specific information associated with at least one crew member,wherein the crew-specific information relates to services ortransactions that are permitted in at least one mobile retailenvironment.
 9. The method of claim 1, further comprising automaticallyre-categorizing products or services represented by the product datainto a new categorization hierarchy corresponding to at least a firstmobile retail environment.